Adaptive interface in a voice-based networked system

ABSTRACT

The present disclosure relates generally to determining a language for speech recognition of a spoken utterance, received via an automated assistant interface, for interacting with an automated assistant. The system can enable multilingual interaction with the automated assistant, without necessitating a user explicitly designate a language to be utilized for each interaction. Selection of a speech recognition model for a particular language can based on one or more interaction characteristics exhibited during a dialog session between a user and an automated assistant. Such interaction characteristics can include anticipated user input types, anticipated user input durations, a duration for monitoring for a user response, and/or an actual duration of a provided user response.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application claims the benefit of priority under 35 U.S.C. § 120 as a continuation-in-part of U.S. patent application Ser. No. 15/769,023 filed Apr. 17, 2018, which is a national stage filing of International Application No. PCT/US2018/027812 filed Apr. 16, 2018. For foregoing applications are incorporated by reference in their entirety.

BACKGROUND

Computing devices can receive inputs. The user can use a plurality of different languages. In some cases, the user can provide the input in a language that is unexpected by the computing devices. In a networked system, inputs in the wrong language can cause excessive network transmissions, packet-based or otherwise, of network traffic data between computing devices as the sending and receiving computing devices negotiate the language of the input file.

SUMMARY

Implementations described herein relate to systems, methods, and apparatus for automatically determining a language for speech recognition of a spoken utterance received via an automated assistant interface. Speech recognition of a spoken utterance using a given language can include processing audio data, which captures the spoken utterance, using one or more speech recognition models for the given language in order to generate text that corresponds to the spoken utterance, and that is in the given language. As described herein, multiple speech recognition models can be accessible for speech recognition, and each of the speech recognition models can be configured for a corresponding language of multiple languages. For example, a first speech recognition model can be configured for generating English text based on processing audio data including English spoken utterances, a second speech recognition model can be configured for generating French text based on processing audio data including French spoken utterances, a third speech recognition model can be configured for generating Spanish text based on processing audio data including Spanish spoken utterances, etc.

According to at least one aspect of the disclosure, a system generate voice-based interfaces in a networked system can include one or more processors and a memory. The system can receive audio data corresponding to a spoken utterance of a user. The audio data can be detected at a client device that includes an automated assistant interface for interacting with an automated assistant. The audio data can include spoken utterances. The system can process the audio data using a first speech recognition model corresponding to a first language to identify a first request. The system can select, based on processing the audio data using the first speech recognition model, a first digital component that is responsive to the first request. The system can transmit the first digital component to the client device to render the first digital component to the user. The first digital component can include a prompt that solicits further input from the user. The system can receive second audio data corresponding to an additional spoken utterance generated in response to the prompt. The second audio data can be based on detection of the additional spoken utterance by the automated assistant interface of the client device. The system can determine to use a second speech recognition model for a second language in response to receiving the second audio data. The system can process the second audio data using the second speech recognition model for the second language to determine a second request. The system can select, based on processing the second audio data using the second speech recognition model for the second language, a second digital component based on the second request. The system can transmit the second digital component to the client device to render in response to the second audio data.

According to at least one aspect of the disclosure, a method to generate voice-based interfaces in a networked system can include receiving audio data corresponding to a spoken utterance of a user. The audio data can include spoken utterance detected at a client device that includes an automated assistant interface for interacting with an automated assistant. The method can include processing the audio data using a first speech recognition model corresponding to a first language to identify a first request. The method can include selecting, based on processing the audio data using the first speech recognition model, a first digital component that is responsive to the first request. The method can include transmitting the first digital component to the client device to render the first digital component to the user. The first digital component can include a prompt that solicits further input from the user. The method can include receiving a second audio data that can include additional spoken utterance generated in response to the prompt. The second audio data can be detected at the client device. The method can include determining to use a second speech recognition model for a second language in response to receiving the second audio data. The method can include processing the second audio data using the second speech recognition model for the second language to determine a second request. The method can include selecting, based on processing the second audio data using the second speech recognition model for the second language, a second digital component based on the second request. The method can include transmitting the second digital component to the client device to render in response to the second audio data.

Other implementations may include a non-transitory computer readable storage medium storing instructions executable by one or more processors (e.g., central processing unit(s) (CPU(s)), graphics processing unit(s) (GPU(s)), and/or tensor processing unit(s) (TPU(s)) to perform a method such as one or more of the methods described above and/or elsewhere herein. Yet other implementations may include a system of one or more computers and/or one or more robots that include one or more processors operable to execute stored instructions to perform a method such as one or more of the methods described above and/or elsewhere herein.

It should be appreciated that all combinations of the foregoing concepts and additional concepts described in greater detail herein are contemplated as being part of the subject matter disclosed herein. For example, all combinations of claimed subject matter appearing at the end of this disclosure are contemplated as being part of the subject matter disclosed herein.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a system for selecting a language for an automated assistant to interact with a user.

FIG. 2 illustrates a diagram that provides an example of an interaction between a user and an automated assistant, in which speech recognition models are interchanged during the interaction.

FIGS. 3A and 3B illustrate methods for selecting a speech recognition model according to circumstantial characteristics of an interaction between a user and an automated assistant.

FIG. 4 illustrates a block diagram of an example method to select speech recognition models.

FIG. 5 is a block diagram of an example computer system.

DETAILED DESCRIPTION

Humans may engage in human-to-computer dialogs with interactive software applications referred to herein as “automated assistants” (also referred to as “digital agents,” “chatbots,” “interactive personal assistants,” “intelligent personal assistants,” “assistant applications,” “conversational agents,” etc.). For example, humans (which when they interact with automated assistants may be referred to as “users”) may provide commands and/or requests to an automated assistant using spoken natural language input (i.e. utterances), which may in some cases be converted into text and then processed, and/or by providing textual (e.g., typed) natural language input. An automated assistant responds to a request by providing responsive user interface output, which can include audible and/or visual user interface output.

As mentioned above, an automated assistant can convert audio data, corresponding to a spoken utterance of a user, into corresponding text (or other semantic representation). For example, audio data can be generated based on detection of a spoken utterance of a user via one or more microphones of a client device that includes an assistant interface for enabling the user to interact with an automated assistant. The automated assistant can include a speech recognition engine that attempts to recognize various characteristics of the spoken utterance captured in the audio data, such as the sounds produced (e.g., phonemes) by the spoken utterance, the order of the produced sounds, rhythm of speech, intonation, etc. Further, the speech recognition engine can identify text words or phrases represented by such characteristics. The text can then be further processed by the automated assistant (e.g., using a natural language understanding (NLU) engine and/or a dialog state engine) in determining responsive content for the spoken utterance. The speech recognition engine can be implemented by the client device and/or by one or more automated assistant component(s) that are remote from, but in network communication with, the client device.

However, many speech recognition engines are configured to recognize speech in only a single language. For multilingual users and/or households, such single language speech recognition engines can be unsatisfactory, and can cause an automated assistant to fail and/or provide erroneous output when a spoken utterance is received in an additional language that is not the single language supported by the speech recognition engines. This can render the automated assistant unusable and/or lead to excess usage of computational and/or network resources. Excess usage of computational and/or network resources can be a result of a user needing to provide a further spoken utterance, that is in the single language supported, when the automated assistant fails or provides erroneous output. Such further spoken utterance must additionally be processed by a corresponding client device and/or remote automated assistant component(s), thereby causing additional usage of various resources.

Other speech recognition engines may be configured to recognize speech in multiple languages, but require a user to explicitly designate which of the multiple languages should be utilized in speech recognition at a given time. For example, some of the other speech recognition engines may require a user to manually designate a default language to be utilized in speech recognition of all spoken utterances received at a particular client device. To change the default language to another language, the user can be required to interact with a graphical and/or audible interface to explicitly alter the default language. Such interaction can lead to excess usage of computational and/or network resources in the rendering of the interface, the processing of inputs of the user provided via the interface, etc. Further, it may often be the case that a user forgets to change the default language prior to providing a spoken utterance that is not currently the default language. This can render the automated assistant unusable and/or lead to excess usage of computational and/or network resources as described above.

Some implementations described herein can utilize various techniques to select only a subset of languages to utilize in speech recognition of a given spoken utterance of a given user. For example, the given user can be associated with multiple candidate languages assigned to their respective automated assistant, or a user profile accessible to the automated assistant. The multiple candidate languages can be manually assigned by the user and/or automatically assigned based on past usage of the candidate language(s) by the user across one or more platforms. As described herein, selecting only the subset of languages can be based on, for example, probability metrics assigned to the multiple candidate languages for a particular user or user profile. The probability metrics can be based on past usage of the multiple candidate languages, and each probability metric can correspond to one or more interaction characteristics (e.g., each based on an instant interaction between the user and the automated assistant(s)).

As one particular example, a single particular language, of multiple languages assigned to the user profile, can have an assigned probability metric, for one or more interaction characteristics or parameters (e.g., a duration of a response from the user, a length of a delay in responding to the automated assistant, an anticipated type of input or type of speech to be provided to the automated assistant), where the probability metric indicates a very high likelihood of the single particular language being spoken by the given user. Based on the assigned probability metric, the single particular language can be selected, and speech recognition performed using only speech recognition model(s) for the single language. Performing the speech recognition can result in corresponding text, in the single language, that can then be further processed by additional component(s) of an automated assistant in generating content that is responsive to the given spoken utterance. The content that is responsive can then be provided for rendering at the client device for presentation to the user. The content that is responsive can optionally be in the same single language, or provided to cause rendering in the same single language.

As another particular example, two particular languages, of three or more candidate languages assigned to the user profile, can have corresponding assigned probability metrics, for one or more interaction characteristics, where the probability metrics each indicate at least a likelihood of a corresponding one of the two particular languages being spoken by the given user. Based on the assigned probability metrics, the two particular languages can be selected, and speech recognition of the given spoken utterance performed using only speech recognition models for the two particular languages. The other candidate language(s) may not be selected for speech recognition based on their corresponding assigned probability metrics, for the one or more current contextual parameters, failing to satisfy a threshold.

These and other implementations that select only a subset of candidate languages of a user to utilize in speech recognition of a spoken utterance of the user can conserve various resources of device(s) (e.g., client device(s) and/or remote automated assistant component(s)) that perform the speech recognition), as only speech recognition model(s) that correspond to the subset of languages are utilized in performing the speech recognition. Further, these and other implementations that utilize probability metrics for languages and/or measures for generated text can increase the likelihood that an automated assistant generates responsive content based on the appropriate text. This can lead to an improved automated assistant, and can also conserve various resources as it mitigates risk of the automated assistant providing errant responsive content based on recognition of text using a language that is not the language being spoken in a spoken utterance. Such mitigation of risk of errant responsive content prevents further resource intensive detection of further user interface input (and processing of that input) in attempting to rectify the errant responsive content.

As mentioned above and described elsewhere herein, in many implementations two or more (e.g., all associated with a user profile) candidate languages are utilized in speech recognition of a spoken utterance. However, responsive content to provide in response to the spoken utterance is determined based on only output from a speech recognition model for a single one of the candidate languages. Determining which output to utilize in determining content to provide in response to the spoken utterance can be based on, for example, a monitoring duration, an input duration, an anticipated type of input, and/or other interaction characteristics as described herein. Determining which output to utilize can additionally or alternatively be based on, for example, probabilities of the outputs generated using the speech recognition models, a quantity of hypotheses generated for one or more of the speech recognition models, probabilities for languages based on processing the spoken utterance over a separate machine learning model, and/or other factors.

As one particular example, assume a speech recognition model for a first language was utilized in processing a previous spoken utterance to generate previous text in the first language, and the previous text in the first language was utilized to generate previous content that has been rendered in response to the previous spoken utterance. Further assume a spoken utterance is received in response to the rendered previous content. Speech recognition of the spoken utterance can be performed using the speech recognition model for the first language to generate one or more candidate text strings (e.g., hypotheses) in the first language and a corresponding probability for each candidate text string in the first language. Speech recognition of the spoken utterance can also be performed using an additional speech recognition model for a second language to generate one or more candidate text strings in the second language and a corresponding probability for each candidate text string in the second language. Which candidate text string is utilized in generating responsive content for the spoken utterance can be based on their corresponding probabilities (e.g., biasing toward higher probabilities). Which candidate text string is utilized in generating responsive content for the spoken utterance can be based on a quantity of candidate text strings for each of the languages (e.g., biasing toward candidate text string(s) for a language with a greater quantity of candidate text strings). Which candidate text string is utilized in generating responsive content for the spoken utterance can be based on probabilities for languages, where the probabilities are determined based on processing the spoken utterance over a separate machine learning model (e.g., biasing toward candidate text string(s) for a language with a higher probability). For example, the separate machine learning model can be a neural network model that accepts, as input, audio of the spoken utterance (e.g., features thereof) and that can be utilized to generate, as output, a distribution of probabilities over the languages. Other criteria can be considered such as language probabilities associated with the previous spoken utterance. Moreover, as described in more detail herein, various implementations can also determine which candidate text string is utilized based on one or more interaction characteristics such as a monitoring duration for monitoring of the spoken utterance, an input duration of the spoken utterance, and/or an anticipated type of the spoken utterance.

As mentioned above, a user profile can be created for a particular user of a device or application in order to, inter alia, characterize language preferences of the user. Users can be provided control over their user profiles, and a user can control whether any user profile is created for the user. A user profile for a user can identify multiple different languages that the user can use when engaging with the device or application. The user profile can be manually created or modified by the user in order that the user can manually designate preferred languages with which the user can engage with the automated assistant.

A selection of a language for processing a response or an anticipated response from a user can be based on interaction characteristic(s), such as a duration of the response provided by the user, provided in response to content from the automated assistant. For instance, each language for a user can be associated with one or more scores or probabilistic metrics that indicate a likelihood that a response is provided by the user in a particular language. Furthermore, a language can be associated with multiple scores, and each score of the multiple scores can correspond to an interaction characteristic satisfying or not satisfying a particular threshold. In other words, when an interaction characteristic satisfies a particular threshold, a first probabilistic metric for the language can be considered active, and when the interaction characteristic does not satisfy the particular threshold, a second probabilistic metric for the language can be considered active.

The selected probabilistic metric can be compared and/or processed with other probabilistic metrics in order to determine a suitable speech recognition model to use for processing the audio data corresponding to the response for the user. The speech recognition model for a first language can be selected over a speech recognition model for a second language, strictly based on whether the interaction characteristic did or did not satisfy a particular threshold. In other words, instead of processing scores or metrics, a speech recognition model can be more discretely selected according to whether an interaction characteristic, such as response duration, satisfies a particular threshold, or otherwise occurred.

An occurrence of one or more interaction characteristics can cause a selected speech recognition model to be re-evaluated, in order to determine whether to continue using the active speech recognition model or activate a different speech recognition model. For instance, a user can initially provide an invocation phrase to an automated assistant interface for invoking the automated assistant and initialize a dialog session. Audio data corresponding to the invocation phrase can be processed to determine a user profile corresponding to the user. The user profile can indicate a default language that the user more commonly prefers to speak in. Alternatively, the user profile can indicate multiple different languages, and each language of the multiple different languages can be associated with a probabilistic metric or score. The probabilistic metric can convey a weight to be considered when selecting a particular language for the automated assistant to use when interacting with the user at a particular time. For example, the user profile can indicate that English has a weight of 0.9 and Chinese has a weight of 0.7. As a result, English can be designated as a default language for the user because the weight for English is greater than the weight for Chinese.

As the dialog session between the user and the automated assistant continues, one or more interaction characteristics can be identified in order to cause the current language for the automated assistant to be re-evaluated. For instance, an interaction characteristic can be an anticipated input duration, an anticipated input type, an actual input duration, a monitoring duration, and/or any other characteristic of an interaction suitable for indicating that a user may change the language they are speaking in. When the interaction characteristic occurs, the audio data received relative to the interaction characteristic can be processed through multiple different speech recognition models corresponding to multiple different languages. Text or phonemes resulting from the processing can be analyzed to determine a language that the text or phonemes most likely corresponds to. For instance, textual data or phoneme data can be generated from each of the models, and percentage similarities for the languages can be provided. A speech recognition model corresponding to a language that has the highest percentage similarity for the text or phonemes generated can be activated. In other words, as a result of the interaction characteristic(s) occurring, the active speech recognition model can be re-evaluated to determine whether a different speech recognition model should be activated.

A probabilistic metric corresponding to a language associated with the active speech recognition model can be higher as a result of being activated. In this way, if determining a correspondence between text or phenomes and multiple languages results in a tie between at least two languages, the language associated with the currently active speech recognition model can be selected over the other languages. Each interaction characteristic can be weighted individually, and/or in association with each language. For instance, a score corresponding to an active Chinese language speech recognition model can be lowered by a factor of 0.95 when an interaction characteristic (e.g., a monitoring threshold is reached), while a score corresponding to an active English language speech recognition model can be lowered by a factor of 0.6 when an interaction characteristic (e.g., a monitoring threshold is reached) occurs. In this way, when a score for an active speech recognition model reaches or falls below a score for an inactive speech recognition model, the spoken utterance relative to the interaction characteristic can be processed according to multiple models in order to determine a more suitable speech recognition model. The text or phenomes resulting from the processing can be compared to determine a language that is most suitable for the automated assistant when processing the spoken utterance and/or subsequent spoken utterances.

Interaction characteristics can be one or more anticipated characteristics of an interaction, and the interaction characteristics can be at least partially based on historical interactions between the user and the automated assistant. The one or more anticipated characteristics can include words, phrases, types of speech, types of words and/or phrases, format of speech, diction, terminology, and/or any other characteristic that a spoken utterance can embody. Furthermore, historical interaction data accessible to an automated assistant can indicate that a user typically provides certain spoken utterances in a particular language. For example, the historical interaction data can indicate that a user frequently provides a type of word, such as numbers, in Spanish. Therefore, during interactions between the user and the automated assistant that involve the automated assistant providing a prompt for the user to say a number, the automated assistant can cause a Spanish language speech recognition model to be selected for processing the anticipated input (e.g., a particular number spoken in Spanish, such as “uno”). Alternatively, when the automated assistant determines that an anticipated type of speech is associated with a prompt to be provided to a user, the automated assistant can cause the active speech recognition model to be re-evaluated. For instance, instead of continuing to use the active speech recognition model when an anticipated type of speech is expected in response to a prompt from the automated assistant, the automated assistant can cause responsive content from the user to be processed through multiple different speech recognition models. A speech recognition model that provides text or phenomes that are most closely related to a particular language can be activated for processing the remaining portion of the responsive content and/or any other subsequent content provided by the user.

As an example, the user can request that the automated assistant order tickets for an upcoming concert by providing a spoken utterance such as, “Assistant, order tickets for the Chopin concert tonight.” The automated assistant can optionally determine a user profile associated with the user that provided the spoken utterance. For example, the automated assistant can determine the user profile based on determining that at least a portion of audio data, that captures the spoken utterance, has one or more features (e.g., intonation, pitch, tone, accents, intonation, and/or any other feature) that correspond to feature(s) assigned to the user profile. For example, the audio data can be processed, using one or more acoustic models, to determine features of the audio data, and those feature(s) compared to feature(s) of candidate user profile(s) (e.g., candidate user profile(s) associated with a client device via which the audio data is received), and one of the candidate user profile(s) determined as the user profile for the audio data based on the comparison indicating a sufficient match. The user profile can include a subset of assigned language models with which to perform further processing of the audio data. When the automated assistant has identified the user profile, the automated assistant can access historical interaction data associated with the user profile to determine whether the user typically provides particular types of spoken utterances in a particular language. Based on this determination, the automated assistant can compare the resulting determination to a current interaction to further determine whether the user will exhibit a language change during the current interaction. For instance, although the user provided the above request for tickets in English, the user can have a history of providing numbers in Spanish. Therefore, an anticipated interaction characteristic for the current interaction can be associated with a Spanish language/number input. In response to determining the anticipated interaction characteristic, the automated assistant can select a Spanish language speech recognition model for processing audio data received after automated assistant prompts the user for a number of tickets (e.g., “Okay, how many tickets would you like to order?”). When the user has provided the number response in Spanish, the automated assistant can thereafter cause the active language model for processing spoken utterances to switch back to English, or the previously active language model, unless a determined interaction characteristic indicates, and/or the historical interaction data indicates otherwise.

Interaction characteristics for selecting one or more speech recognition models can include one or more delay periods or monitoring durations that occur during an interaction between the user and the automated assistant. A delay period can be a duration of time between when the automated assistant provides content and the user provides a spoken utterance in response after, or in response to, the content is provided by the automated assistant. When a user delays in responding to content from the automated assistant, and the duration of the delay satisfies a monitoring threshold, the automated assistant can cause the active speech recognition model to be re-evaluated, or otherwise cause a most recent response to be processed according to multiple speech recognition models to determine whether the user has started to speak in a different language.

As an example, a user can invoke the automated assistant for ordering a food delivery using a spoken utterance such as, “Assistant, I'd like to make a Chinese delivery order.” In response, the automated assistant can process the spoken utterance using a first speech recognition model and provide content such as, “Ok, what would you like to order?” The automated assistant can then monitor a duration of a delay in the response from the user. For example, the duration delay can be measured starting when the automated assistant began providing the content regarding what the user would like to order, or when the automated assistant completed providing of the content. Initially, an English language speech recognition model can be active during the delay period, and if the user responds within a threshold duration of time, the English language speech recognition model can remain active for processing the response from the user. However, when the duration of the delay period reaches and/or exceeds a delay time period or threshold, the automated assistant can activate multiple speech recognition models, including a Chinese language speech recognition model, for processing a subsequent spoken utterance. The output from the models can be used to determine the language that the user is most likely speaking. The speech recognition model corresponding to the language that the user is most likely speaking, at least according to the models, can be activated for further processing spoken utterances from the user.

A delay in a response from the user can indicate that a different user will be responding to the automated assistant. For instance, the automated assistant can access historical interaction data that indicates that, when a first user delays responding for a threshold period of time, a second user will respond to the automated assistant. For example, if a first user provides a spoken utterance such as, “Assistant, I'd like to make a Chinese delivery order,” and the first user delays for a threshold period of time after the automated assistant replies “Ok, what would you like to order?,” the automated assistant can determine that such a delay is typically associated with a second user responding. The automated assistant can then determine a preferred language associated with the second user and employ the preferred language speech recognition model for processing any audio data corresponding to an additional spoken utterance received after the reply from the automated assistant. Alternatively, in response to determining that the delay has occurred, the automated assistant can activate multiple speech recognition models for processing the next spoken utterance after the delay. The output of the models can be used to determine, for example when the user providing the input has changed.

A subset of different speech recognition models can be selected from a group of speech recognition models for conducting a dialog session between the user and automated assistant. The subset of speech recognition models can then be used to process a portion of audio data corresponding to a spoken utterance from the user during the dialog session. For instance, a first speech recognition model can be used to process the portion of audio data to generate first predicted text in a first language, and a second speech recognition model can be used to process the portion of audio data to generate second predicted text in a second language. Furthermore, a first measure can be generated from the first predicted text to indicate a likelihood that the first predicted text is correct, and a second measure can be generated from the second predicted text to indicate a separate likelihood that the second predicted text is correct. Thereafter, depending on the predicted text that has the highest likelihood of being correct, responsive content can be generated based on the first predicted text or the second predicted text. The responsive content can be further or additionally based one or more of a monitoring duration corresponding to a time period for the monitoring for the additional spoken input from the user, an input duration corresponding to a duration of the additional spoken utterance of the user, and an anticipated type of input for the additional spoken utterance.

A method implemented by one or more processors is set forth as including operations such as receiving audio data corresponding to a spoken utterance of a user. The audio data can be based on detection of the spoken utterance at a client device that includes an automated assistant interface for interacting with an automated assistant. The operations can further include processing the audio data using a first speech recognition model corresponding to a first language; determining, based on processing the audio data using the first speech recognition model, content that is responsive to the spoken utterance of the user; and causing the client device to render the content to the user. The content can include a prompt that solicits further input from the user. The operations can further include in response to determining the content includes the prompt, monitoring for additional spoken input. Additionally, the method can include receiving, during the monitoring, additional audio data corresponding to an additional spoken utterance. The additional audio data can be based on detection of the additional spoken utterance by the automated assistant interface of the client device. The method can further include determining whether to utilize the first speech recognition model for the first language, or an alternative speech recognition model for a second language, in determining further responsive content to provide in response to the additional spoken utterance; and causing the client device to render the further responsive content.

Determining whether to utilize the first speech recognition model or the alternative speech recognition model in determining the further responsive content can be based on a monitoring duration corresponding to a time period for the monitoring for the additional spoken input from the user. In this way, as the monitoring duration increases, a probability of utilizing the alternative speech recognition model increases. Determining whether to utilize the first speech recognition model or the alternative speech recognition model in determining the further responsive content can be based on an input duration corresponding to a duration of the additional spoken utterance of the user. In this way, as the input duration increases, a probability of utilizing the alternative speech recognition model increases. The method can include identifying an anticipated duration for the additional spoken utterance based on the prompt. Furthermore, determining whether to utilize the first speech recognition model or the alternative speech recognition model can be based on the input duration can be based on comparison of the anticipated duration to the input duration, and as a difference based on the comparison increases, a probability of utilizing the alternative speech recognition model increases. Determining whether to utilize the first speech recognition model or the alternative speech recognition model in determining the further responsive content can be based on an anticipated type of input for the additional spoken utterance. Determining whether to utilize the first speech recognition model or the alternative speech recognition model in determining the further responsive content can include: identifying a first measure, for the user, that is based on past inputs of the user in the first language in response to past prompts of the anticipated type; identifying a second measure, for the user, that is based on past inputs of the user in the second language in response to the past prompts of the anticipated type; and determining whether to utilize the first speech recognition model or the alternative speech recognition model based on the first measure and the second measure.

The method can include identifying a user profile for the user based on the audio data or based on additional sensor data from one or more additional sensors of the client device. Furthermore, identifying the first measure and the second measure for the user can be based on the first measure and the second measure being stored in association with the user profile. Determining whether to utilize the first speech recognition model or the alternative speech recognition model in determining the further responsive content can include: processing the additional audio data using the first speech recognition model to generate first predicted text in the first language, and a first measure that indicates a first likelihood that the first predicted text is correct; processing the additional audio data using the alternative speech recognition model to generate second predicted text in the second language, and a second measure that indicates a second likelihood that the second predicted text is correct; determining the further responsive content utilizing the second predicted text, wherein determining the further responsive content utilizing the second predicted text is based on the second measure and is based on one or more of: a monitoring duration corresponding to a time period for the monitoring for the additional spoken input from the user, an input duration corresponding to a duration of the additional spoken utterance of the user, and an anticipated type of input for the additional spoken utterance. Determining the further responsive content utilizing the second predicted text can be based on the second measure and can be based on two or more of: the monitoring duration, the input duration, and the anticipated type of input for the additional spoken utterance.

In other implementations, a method implemented by one or more processors is set forth as including operations such as receiving audio data corresponding to a spoken utterance of a user. The audio data can be based on detection of the spoken utterance by a client device that includes an automated assistant interface for interacting with an automated assistant. The method can further include processing the audio data using a first speech recognition model corresponding to a first language; determining, based on processing the audio data using the first speech recognition model, content that is responsive to the spoken utterance of the user; causing the client device to render the content to the user and to monitor for additional spoken input following the rendering; and receiving, during the monitoring, additional audio data corresponding to an additional spoken utterance, the additional audio data being based on detection of the additional spoken utterance by the automated assistant interface of the client device. The method can also include determining whether to utilize the first speech recognition model for the first language, or an alternative speech recognition model for a second language, in determining further responsive content to provide in response to the additional spoken utterance, wherein determining whether to utilize the first speech recognition model or the alternative speech recognition model is based on one or more of: a monitoring duration corresponding to a time period for the monitoring for the additional spoken input from the user, an input duration corresponding to a duration of the additional spoken utterance of the user, and an anticipated type of input for the additional spoken utterance. The method can also include causing the client device to render the further responsive content.

Determining whether to utilize the first speech recognition model or the alternative speech recognition model can be based on the anticipated type of input for the additional spoken utterance, and the anticipated type of input can include an anticipated diction or anticipated terminology for the additional spoken utterance. The method can include determining the anticipated type of input for the additional spoken utterance based on historical interaction data that identifies at least one interaction between the user and the automated assistant, wherein the user provided the anticipated diction or anticipated terminology to the automated assistant. Determining whether to utilize the first speech recognition model or the alternative speech recognition model can be based the monitoring duration. The first speech recognition model can be utilized when the monitoring duration is less than a monitoring threshold, and the alternative speech recognition model can be utilized when the monitoring duration is greater than the monitoring threshold.

In yet other implementations, a method implemented by one or more processors is set forth as including operations such as receiving audio data corresponding to a spoken utterance of a user. The audio data can be based on detection of the spoken utterance a client device that includes an automated assistant interface for interacting with an automated assistant. The method can further include processing the audio data using a first speech recognition model corresponding to a first language; determining, based on processing the audio data using the first speech recognition model, content that is responsive to the spoken utterance of the user; monitoring for an additional spoken input from the user; receiving, during the monitoring, additional audio data corresponding to an additional spoken utterance. The additional audio data can be based on detection of the additional spoken utterance by the automated assistant interface of the client device. The method can further include determining a selection of one or more speech recognitions models to use for processing the additional audio data. The one or more speech recognition models can be selected from multiple different speech recognition models that include at least the first speech recognition model for the first language and a second speech recognition model for a second language. The method can also include processing the additional audio data according to the selection of the speech recognition model; and causing the client device to render further responsive content based on the processing of the additional audio data according to the selection of the speech recognition model.

The additional spoken utterance is provided by another user, and the method can further include: determining that the additional spoken utterance is provided by the other user; and accessing a user profile corresponding to the other user, wherein the user profile provides a correspondence between the other user and the second language. Determining the selection of the one or more speech recognition models to use for processing the additional audio data includes designating the second speech recognition model for processing the additional audio data, and designating the second language for rendering the further responsive content. Determining the selection of the one or more speech recognitions models to use for processing the additional audio data can include determining a subset of speech recognition models to use for processing the additional audio data. Processing the additional audio data according to the selection of the speech recognition model can include processing the additional audio data using the subset of speech recognition models. Determining the selection of the speech recognition model to use for processing the additional audio data can include identifying multiple different interaction characteristics that occurred since receiving the audio data corresponding to the spoken utterance from the user. The interaction characteristics can comprise two or more of a monitoring duration, an input duration, and an anticipated type of input for the additional spoken utterance.

Aspects of the present disclosure may advantageously reduce incidents during which a spoken language utterance is not interpreted by an appropriate speech recognition model. In particular, by recognizing that different languages may be adopted in different parts of a dialog, aspects may respond appropriately to such changes. Consequently, an improved response to user input may be received, reducing occasions on which an automatic assistant is unresponsive or does not operate as intended. As well as improving functionality for a user, this may reduce load on computer and/or network resources used to implement such an assistant by reducing repeat commands in order to reach a desired result.

FIG. 1 illustrates a system 100 for selecting a language for an automated assistant 104 to interact with a user 130. The automated assistant 104 can operate, in part via an automated assistant 126 that is provided at one or more client devices, such as client computing device 118 (e.g., a portable computing device 132), and in part via one or more remote computing device(s) 112, such as a server device 102. The user 130 can interact with the automated assistant 104 via an assistant interface 128 of the client computing device 118. The assistant interface 128 includes user interface input device(s) and user interface output device(s) for use by the automated assistant 126 in interfacing with the user 130. The assistant interface 128 accepts user interface inputs of the user 130 that are directed to the automated assistant 104, and renders content from the automated assistant 104 for presentation to the user 130. The assistant interface 128 can include one or more of a microphone, speaker, a display panel, a camera, a touch screen display, and/or any other user interface device(s) of the client computing device 118. The assistant interface 128 can also include a display, projector, a speaker, and/or any other user interface output device(s) of the client computing device 118 that can be used to render content from the automated assistant 104. A user can initialize the automated assistant 104 by providing a verbal, textual, or a graphical input to the assistant interface 128 to cause the automated assistant 104 to perform a function (e.g., provide data, control a peripheral device, access an agent, etc.). The client computing device 118 can include a display device, which can be a display panel that includes a touch interface for receiving touch inputs and/or gestures for allowing a user to control applications of the client computing device 118 via the touch interface. The client computing device 118 can lack a display device, thereby providing an audible user interface output, without providing a graphical user interface output. Furthermore, the client computing device 118 can provide a user interface input device, such as a microphone(s), for receiving spoken natural language inputs from the user 130 (and from additional unillustrated users).

The client computing device 118 can be in communication with the remote computing device 112 over a network 114, such as the internet. The client computing device 118 can offload computational tasks to the remote computing device 112 in order to, for example, conserve computational resources at the client device 118 and/or leverage more robust resources available at the remote computing device 112. For instance, the remote computing device 112 can host the automated assistant 104, and the client computing device 118 can transmit inputs received at one or more assistant interfaces to the remote computing device 112. However, the automated assistant 104 can be hosted by the automated assistant 126 at the client computing device 118. In various implementations, all or less than all aspects of the automated assistant 104 can be implemented by the automated assistant 126 at the client computing device 118. In some of those implementations, aspects of the automated assistant 104 are implemented via the local automated assistant 126 of the client computing device 118 and interface with the remote computing device 112 that implements other aspects of the automated assistant 104. The remote computing device 112 can optionally serve a plurality of users and their associated assistant applications via multiple threads. In implementations where all or less than all aspects of the automated assistant 104 are implemented via the local automated assistant 126 of the client computing device 118, the local automated assistant 126 can be an application that is separate from an operating system of the client device 118 (e.g., installed “on top” of the operating system)—or can alternatively be implemented directly by the operating system of the client device 118 (e.g., considered an application of, but integral with, the operating system).

The remote computing device 112 can include a speech recognition engine 134 that can process audio data received at an assistant interface 126 to determine text and/or other semantic representation(s) of a spoken utterance embodied in the audio data. The speech recognition engine 134 can utilize one or more speech recognition models 136 in determining text and/or other semantic representations of a spoken utterance embodied in audio data. As described herein, multiple speech recognition models 136 can be provided, and each speech recognition model can be for a corresponding language. For example, a first speech recognition model can be for English, a second speech recognition model can be for French, etc. Further, as described herein, which of multiple speech recognition models 136 is utilized in processing of audio data can be based on, for example, information contained in a user profile determined to correspond to the audio data being processed. For example, a given user profile can be determined to correspond to audio data being processed based on matching voice features of the audio data to voice features associated with the user profile. Also, for example, a given user profile can additionally or alternatively be determined to correspond to audio data being processed based on matching other sensor data (e.g., data from a camera and/or data from a fingerprint sensor), from sensor(s) of the client computing device 118, to corresponding data of the user profile. Continuing with the examples, if the user profile indicates that an English speech recognition model is significantly more likely to be utilized for the user than a French speech recognition model, the English speech recognition model can be utilized to process the audio data. The English speech recognition model can optionally be utilized in lieu of utilizing the French speech recognition model (or any other speech recognition model for a non-English language).

Multiple speech recognition models 136 for multiple different languages can be utilized in processing of audio data to generate multiple candidate semantic and/or textual representations (e.g., each corresponding to a different language). In some of those implementations, probability metrics (optionally dependent on current contextual parameter(s)) for the multiple different languages and/or measures for each of the multiple candidate semantic representations can be utilized to select only one of the candidate semantic representations as appropriate for generating and providing content that is responsive to the given spoken utterance.

The speech recognition models 136 each include one or machine learning models (e.g., neural network models) and/or statistical models for determining text (or other semantic representation) that corresponds to a spoken utterance embodied in audio data. The speech recognition engine 134 can utilize one of the speech recognition models 136 to determine phonemes, for a corresponding language, that are included in the audio data, and then generate text, for the corresponding language, based on the determined phonemes. A speech recognition model receives an audio recording of voice input, e.g., in the form of digital audio data, and converts the digital audio data into one or more text tokens. The model or models used by such functionality, which can collectively be considered a speech recognition model, generally model the relationship between an audio signal and phonetic units in a language, along with word sequences in the language. Speech recognition models may be acoustic models, language models, pronunciation models, etc., as well as models combining functionality of one or more of such models. Speech recognition models may be implemented as finite state decoding graphs including a plurality of paths or pathways.

The automated assistant 104 can operate according to one or more language models simultaneously in order to be responsive to natural language inputs from the user 130 and/or provide responsive content to the user 130. For example, the automated assistant 104 can operate using an invocation phrase model simultaneously with using a speech recognition model that is associated with a particular language. In this way, the automated assistant can process audio data that embodies an invocation phrase and one or more commands provided in the particular language, and be responsive to both the invocation phrase and the one or more commands. The text, and/or semantic representations of text, converted from the audio data can parsed by a text parser engine 110 and made available to the automated assistant 104 as textual data or semantic data that can be used to generate and/or identify command phrases from the user 130 and/or a third party application.

A language model can include or refer to an acoustic model, a speech recognition model, an invocation phrase model, a voice-to-text model, a voice-to-semantic representation model, a text-to-semantic representation model, and/or any other model that can be used to translate a natural language input into data that can be processed by an application or a device. A language that the automated assistant 104 uses to communicate with the user 130 can be selected from one or more languages identified in a user profile or other account data that can be associated with a user. The automated assistant can access a user profile from one or more server user profiles 120 and/or one or more client user profiles 122. For example, when the user 130 is communicating with an automated assistant 126 at the client computing device 118, the user 130 can provide a spoken natural language input to an assistant interface 128 of the client computing device 118. The spoken natural language input can be converted into audio data, which can be processed by a client language model 124, such as an invocation phrase model for identifying whether the audio data embodies an invocation phrase for invoking the automated assistant 126. The client language model 124 can also provide a voice signature of the user 130. Based on the voice signature of the user 130, the automated assistant 126 can select a client user profile 122 that corresponds to the user 130. The client user profile 122 can identify one or more languages that the identified user 130 prefers to communicate in, depending on a context of an interaction, or characteristics of the interaction between the user 130 and the automated assistant 126.

The invocation phrase model can be employed at the client computing device 118 to determine whether the user 130 is intending to invoke the automated assistant 104. When the user provides a natural language input to the assistant interface 128, and the natural language input includes an invocation phrase for invoking the automated assistant 104, the client computing device 118 can cause the automated assistant 104 at the server device 102 to receive the natural language input and/or subsequent natural language inputs from the user 130. For instance, in response to determining that the user 130 is intending to invoke the automated assistant 104 at the client computing device 118, one or more communication channels can be established between the client computing device 118 and the server device 102. Thereafter, as the user continues to provide natural language inputs to the assistant interface 128, the natural language inputs will be converted into data that is then transmitted over the network 114 and processed by the server device 102. Thereafter, the automated assistant 104 can analyze the data to determine a user profile, that corresponds to the user 130, from one or more server user profiles 120 available at the server device 102. A speech recognition model 136 from the selected server user profile can be selected for communicating with the user 130. The selection of the speech recognition model 136 from the user profile can be based on a context of the user 130, one or more confidence scores or probabilities associated with one or more speech recognition model 136 identified by the user profile, and/or any other information that can be used to select a language.

Each language identified by a user profile of the server user profiles 120 and/or the client user profiles 122 can be associated with a probabilistic metric or a confidence score that can be static or dynamic. For instance, when the user 130 is interacting with the automated assistant 126, a first language can be selected from the user profile for the user 130 as a default language for the user 130. However, detection of one or more interaction characteristics can trigger changes to a selection of a speech recognition model being used to process spoken utterances from the user 130. For example, initially the automated assistant 126 can cause the spoken utterances from the user 130 to be processed according to a first speech recognition model corresponding to a first language. When an interaction characteristic is detected, such as a threshold response delay, a threshold response duration, an anticipated response duration, an anticipated response type, and/or any other interaction characteristic, the audio data for a response can be processed through multiple speech recognition models to determine a most suitable speech recognition model for furthering the interaction. The automated assistant can then select the most suitable speech recognition model (e.g., a model that provided an output that is most correlated to a particular language), such as a second speech recognition model, corresponding to a second language, to be used to process subsequent inputs from the user 130.

An interaction characteristic can be associated with a probabilistic metric or a probabilistic function that can provide a variety of values. For instance, when the user 130 is interacting with the automated assistant 126, before an interaction characteristic has been detected, the spoken utterances from the user 130 can be processed according to first speech recognition model associated with a first language. According to the user profile associated with the user 130, the first language can be given a first score when a particular interaction characteristic is not detected, and a second score, that is less than the first score, when the particular interaction characteristic is detected. Furthermore, the user profile associated with the user 130 can indicate that a second language can be given a third score when the particular interaction characteristic is not detected, and a fourth score, that is higher than the first score, when the interaction characteristic is detected. As a result, when the particular interaction characteristic is detected during the interaction between the user 130 and the automated assistant 126, the first speech recognition model can be deactivated, and the second speech recognition model associated with the second language can be activated. This can be, in part, because the fourth score is higher than the first score.

The digital component selector 139 can be a part of the server device 102 or separate from the server device 102. The digital component selector 139 can receive the content request or an indication thereof for the selection of a digital component based on the request. The content selector component 132 can select the digital component based on confidence score for a particular language, a language model, or the invocation phrase model that server device 102 determines or associates with the input audio signal that included the request. The content selector component 132 can based the selection of digital components on previously received audio inputs (or packaged data object) or user preferences. The content selector component 132 execute a real-time digital component selection process to select the digital component. The content selector component 132 can select addition or supplemental digital components based on the input request.

The real-time digital component selection process can refer to, or include, selecting digital component objects (which may include sponsored digital component objects) provided by third party content providers 138. The real-time content selection process can include a service in which digital components provided by multiple content providers are parsed, processed, weighted, or matched based on request identified in the input audio signal in order to select one or more digital components to provide to the client computing device 118. The digital component selector 139 can perform the content selection process in real-time. Performing the content selection process in real-time can refer to performing the content selection process responsive to the request for content received via the client computing device 118. The real-time content selection process can be performed (e.g., initiated or completed) within a time interval of receiving the request (e.g., 5 seconds, 10 seconds, 20 seconds, 30 seconds, 1 minute, 2 minutes, 3 minutes, 5 minutes, 10 minutes, or 20 minutes). The real-time content selection process can be performed during a communication session with the client computing device 118, or within a time interval after the communication session is terminated.

For example, the digital component selector 139 can be designed, constructed, configured or operational to select digital component objects based on the content request in the input audio signal. The digital component selector 139 can identify, analyze, or recognize voice, audio, terms, characters, text, symbols, or images of the candidate digital components using an image processing technique, character recognition technique, natural language processing technique, or database lookup. The candidate digital components can include metadata indicative of the subject matter of the candidate digital components, in which case digital component selector 139 can process the metadata to determine whether the subject matter of the candidate digital component corresponds to the content request.

Responsive to the request identified in the input audio (or other) signal, the content selector component 132 can select a digital component object from a database associated with the digital component provider 138 and provide the digital component for presentation via the client computing device 118. The digital component object can be provided by a digital component provider 138. The content selector component 132 can select multiple digital components. The multiple digital components can be provided by different digital component providers 138. For example, a first digital component provider 138 can provide a primary digital component responsive to the request and a second digital component provider 138 can provide a supplemental digital component that is associated with or relates to the primary digital component. The client computing device 118 or a user thereof can interact with the digital component object. The client computing device 118 can receive an audio, touch, or other input response to the digital component. The client computing device 118 can receive an indication to select a hyperlink or other button associated with the digital component object that causes or allows the client computing device 118 to identify digital component provider 138, request a service from the digital component provider 138, instruct the digital component provider 138 to perform a service, transmit information to the digital component provider 138, or otherwise identify a good or service associated with digital component provider 138.

The digital component selector 139 can select a digital component that includes text, strings, or characters that can be processed by a text to speech system or presentable via a display. The digital component selector 139 can select a digital component that is in a parameterized format configured for a parametrically driven text to speech technique. The digital component selector 139 can select a digital component that is in a format configured for display via client computing device 118. The digital component selector 139 can select a digital component that can be re-formatted to match a native output format of the client computing device 118 or application to which the digital component is transmitted. The digital component selector 139 can provide the selected digital component to the client computing device 118 or automated assistant client 108 or application executing on the client computing device 118 for presentation by the client computing device 118.

The system 100 can include one or more digital component providers 138. The digital component providers 138 can provide audio, visual, or multimedia based digital components (which can also be referred to as content, images, or supplemental content) for presentation by the client computing device 118 as an audio and visual based output digital components. The digital component can be or include other digital components. The digital component can be or include a digital object. The digital component can be configured for a parametrically driven text to speech technique. The digital component can be configured for text-to-speech (TTS) implementations that convert normal language text into speech. For example, the digital component can include an image that is displayed to the user and, via TTS, text related to the displayed image is presented to the user. The digital component can be input to an application programming interface that utilizes a speech-synthesis capability to synthesize text into natural-sounding speech in a variety of languages, accents, and voices. The digital component can be coded as plain text or a speech synthesis markup language (SSML). SSML can include parameters that can be set to control aspects of speech, such as pronunciation, volume, pitch, or rate that can form an acoustic fingerprint or native voice.

The digital component provider 138 can provide selection criteria for the digital component, such as a value, keyword, concept, or other metadata or information to facilitate a content selection process. The digital component provider 138 can provide video based digital components (or other digital components) to the content selector component 132 where they can be stored in a data repository. The content selector component 132 can select the digital components from the data repository and provide the selected digital components to the client computing device 118.

The digital component provider 138 can provide the digital component to the content selector component 132 for storage in the data repository in a content data structure. The content selector component 132 can retrieve the digital component responsive to a request for content from the client computing device 118 or otherwise determining to provide the digital component.

The digital component provider 138 can establish a digital component campaign (or electronic content campaign). A digital component campaign can refer to one or more content groups that correspond to a common theme. A content campaign can include a hierarchical data structure that includes content groups, digital component data objects (e.g., digital components or digital objects), and content selection criteria. To create a digital component campaign, digital component provider 138 can specify values for campaign level parameters of the digital component campaign. The campaign level parameters can include, for example, a campaign name, a preferred content network for placing digital component objects, a value of resources to be used for the digital component campaign, start and end dates for the content campaign, a duration for the digital component campaign, a schedule for digital component object placements, language, geographical locations, type of computing devices on which to provide digital component objects. In some cases, an impression can refer to when a digital component object is fetched from its source and is countable. Due to the possibility of click fraud, robotic activity can be filtered and excluded, as an impression. Thus, an impression can refer to a measurement of responses from a Web server to a page request from a browser, which is filtered from robotic activity and error codes, and is recorded at a point as close as possible to opportunity to render the digital component object for display on the computing device 104. In some cases, an impression can refer to a viewable or audible impression; e.g., the digital component object or digital component is at least partially (e.g., 20%, 30%, 30%, 40%, 50%, 60%, 70%, or more) viewable on a display device of the client computing device 118, or audible via a speaker of the client computing device 118. A click or selection can refer to a user interaction with the digital component object, such as a voice response to an audible impression, a mouse-click, touch interaction, gesture, shake, audio interaction, or keyboard click. A conversion can refer to a user taking a desired action with respect to the digital component objection; e.g., purchasing a product or service, completing a survey, visiting a physical store corresponding to the digital component, or completing an electronic transaction.

The digital component provider 138 can establish one or more content groups for a digital component campaign. A content group includes one or more digital component objects and corresponding content selection criteria, such as keywords, words, terms, phrases, geographic locations, type of computing device, time of day, interest, topic, or vertical. Content groups under the same content campaign can share the same campaign level parameters, but may have tailored specifications for content group level parameters, such as keywords, negative keywords (e.g., that block placement of the digital component in the presence of the negative keyword on main content), or parameters associated with the content campaign.

To create a new content group, the digital component provider 138 can provide values for the content group level parameters of the content group. The content group level parameters include, for example, a content group name or content group theme, and bids for different content placement opportunities (e.g., automatic placement or managed placement) or outcomes (e.g., clicks, impressions, or conversions). A content group name or content group theme can be one or more terms that the digital component provider 138 can use to capture a topic or subject matter for which digital component objects of the content group is to be selected for display. For example, a food and beverage company can create a different content group for each brand of food or beverage it carries, and may further create a different content group for each model of vehicle it carries. Examples of the content group themes that the food and beverage company can use include, for example, “Brand A cola”, “Brand B ginger ale,” “Brand C orange juice,” “Brand D sports drink,” or “Brand E purified water.” An example content campaign theme can be “soda” and include content groups for both “Brand A cola” and “Brand B ginger ale”, for example. The digital component (or digital component object or digital component) can include “Brand A”, “Brand B”, “Brand C”, “Brand D” or “Brand E”.

The digital component provider 138 can provide one or more keywords and digital component objects to each content group. The keywords can include terms that are relevant to the product or services of associated with or identified by the digital component objects. A keyword can include one or more terms or phrases. For example, the food and beverage company can include “soda,” “cola,” “soft drink,” as keywords for a content group or content campaign that can be descriptive of the goods or services the brand provides. In some cases, negative keywords can be specified by the content provider to avoid, prevent, block, or disable content placement on certain terms or keywords. The content provider can specify a type of matching, such as exact match, phrase match, or broad match, used to select digital component objects.

The digital component provider 138 can provide the one or more keywords to be used by the content selector component 132 to select a digital component object provided by the digital component provider 138. The digital component provider 138 can provide additional content selection criteria to be used by the content selector component 132 to select digital component objects. The content selector component 132 can run a content selection process involving multiple content providers 138 responsive to receiving an indication of a keyword of an electronic message.

The digital component provider 138 can provide one or more digital component objects for selection by the content selector component 132. The digital component objects can be a digital component or a collection of digital components. The content selector component 132 can select the digital component objects when a content placement opportunity becomes available that matches the resource allocation, content schedule, maximum bids, keywords, and other selection criteria specified for the content group. Different types of digital component objects can be included in a content group, such as a voice digital component, audio digital component, a text digital component, an image digital component, video digital component, multimedia digital component, or digital component link. Upon selecting a digital component, the content selector component 132 can transmit the digital component object for presentation or rendering on a client computing device 118 or display device of the client computing device 118. Presenting or rendering can include displaying the digital component on a display device or playing the digital component via a speaker of the client computing device 118. The content selector component 132 to present or render the digital component object. The content selector component 132 can instruct the client computing device 118 to generate audio signals, acoustic waves, or visual output. For example, the automated assistant client 108 can present the selected digital component via an audio output.

FIG. 2 illustrates a diagram 200 that provides an example of an interaction or dialog session between a user 202 and an automated assistant, in which speech recognition models are interchanged during the interaction. The interaction can be initialized when the user 202 provides an invocation phrase to an assistant device 206. The invocation phrase can be, “Assistant,” and the assistant device 206 can process audio data generated in response to receiving the invocation phrase using an acoustic model to identify features of the audio data. Further, the assistant device 206 can determine a user profile that corresponds to the user 202, based on the user profile including feature that sufficiently match the features of the audio data. For instance, the assistant device 206 can store or access a table 210, which can provide one or more user profiles (e.g., “1,” “2,” etc.) for selecting a speech recognition model to employ for processing spoken utterances from the user 202.

User dialog 204 can be further processed to determine responsive content 208 to provide to the user 202. For instance, the automated assistant can cause the spoken utterance, “Assistant, order some food,” to be processed in order to generate a suitable response, such as, “Ok, where would you like to order food from?” During the period during and/or after the time the automated assistant provides the response, the automated assistant or other module of the assistant device 206 can monitor a duration of time it takes for the user 202 to respond to the automated assistant. The automated assistant can anticipate one or more interaction characteristics of the following interaction between the user 202 and the automated assistant. For example, based on the query from the user 202 regarding ordering food, the automated assistant can determine that the user 202 may provide a proper noun as a response to certain responsive content 208 from the automated assistant. The automated assistant can anticipate one or more input types and/or response durations of any of the responses provided by the user 202.

As an example, based on a delay in the user 202 responding to the prompt, “ . . . where would you like to order from?” the automated assistant can determine that a threshold “monitoring duration” of “A” seconds (e.g., 3 seconds) has been satisfied. In response, the automated assistant can cause multiple models (e.g., an “English” speech recognition model and a “Chinese” speech recognition model) associated with the user profile to process any subsequent spoken utterance from the user, in order to determine whether the user 202 has switched a language that are speaking in. For instance, the subsequent user dialog 204 of “Shāok{hacek over (a)}o” can be converted to audio data and processed through an “English” speech recognition model and a “Chinese” speech recognition model. The output from each model can include text and/or phonemes, which can be processed to determine a likelihood that the user is speaking English or Chinese. Because the user dialog 204 of “Shāok{hacek over (a)}o” corresponds to a Chinese word, the Chinese speech recognition model output can provide an indication that the user 202 is more likely speaking Chinese over English. Therefore, the Chinese speech recognition model can remain active for the remainder of the interaction, at least until another interaction characteristic is detected. Alternatively, an “overall” score for each model can be temporarily adjusted based on the outputs of the Chinese speech recognition model and the English speech recognition model in order that that the Chinese model has a higher overall score. As a result, the Chinese model will be considered active, at least until the score is decreased upon detection or anticipation that the user will be speaking a different language, or another user is detected.

Based on an anticipated input type corresponding to the prompt, as indicated by the table 210 (e.g., a name of a restaurant can be a “Proper Noun”), the automated assistant can cause the “Chinese model” to be activated. Thereafter, the user 202 can provide a Chinese name for a restaurant, “Shāok{hacek over (a)}o” (meaning Barbeque), and the audio data corresponding to the Chinese name can be processed using the Chinese language speech recognition model. In this way, by pre-emptively selecting a speech recognition model during a dialog session between a user and an automated assistant, computational resources can be preserved by filtering out speech recognition models that would otherwise be unnecessary to employ. For instance, by selecting the Chinese language speech recognition model, the Chinese name for the restaurant would not need to be processed using both an English language speech recognition model and a Chinese language speech recognition model to determine the best model to use thereafter. Rather, such duplicative processing can be eliminating by pre-emptively activating one or more speech recognition models when a language used by the user 202 is expected to change.

As further provided by the example illustrated in diagram 200, because the Chinese language speech recognition model was selected for processing the intermediate user dialog 204, the Chinese model can also be employed for generating responsive content 208 for the user 202. For instance, in response to receiving the user dialog 204, “Shāok{hacek over (a)}o,” the automated assistant can provide responsive content 208 such as, “Duōsh{hacek over (a)}o?”, which corresponds to a prompt for requesting how many orders or entrees the user 202 would like to order (i.e., “How many?”). The prompt can correspond to a particular interaction characteristic such as, for example, a numbered response, which historical interaction data can indicate the user 202 (“1”) typically provides according to the English model. Therefore, in response to identifying the particular interaction characteristic (e.g., “anticipated input type”), the activate speech recognition model can be switched to the English language speech recognition model. Thereafter, when the user 202 provides the response, “Three,” the automated assistant will have already activated the English model for processing audio data corresponding to the response.

FIGS. 3A and 3B illustrate methods 300 and 310 for selecting a speech recognition model according to circumstantial characteristics of an interaction between a user and an automated assistant. The method 300 can be performed by one or more computing devices, applications, and/or any other apparatus or module capable of interacting with an automated assistant. The method 300 at FIG. 3A can continue to method 310 at FIG. 3B, according to the continuation element “A,” which shows how the method 300 can proceed to method 310 at FIG. 3B. The method 300 include an operation 302 of receiving audio data corresponding to a spoken utterance of a user. The audio data can be based on the detection of the spoken utterance at a client device that includes an automated assistant interface for interacting with the automated assistant. The automated assistant interface can be one or more hardware subsystems or applications of the client device. For example, the automated assistant interface can include one or more microphones, speakers, display devices, touch interfaces, peripheral devices, and/or any other device or module capable of providing input and or output for a computing device. The spoken utterance can be a natural language input, such as an invocation phrase, for invoking or initializing the automated assistant in furtherance of an action or a task. The automated assistant can interpret natural language inputs and provide natural language outputs using one or more speech recognition models corresponding to one or more languages, respectively.

The method 300 can further include an operation 304 of processing the audio data using a first speech recognition model corresponding to a first language. A speech recognition model can correspond to a structure of data that can receive an input and provide an output, which can be further processed by an application or client device. For example, the speech recognition model can be a model that receives audio data as input and provides, as output, data that characterizes text and/or phonemes corresponding to a particular language. The first speech recognition model can be employed by the automated assistant in order to determine whether the user is invoking the automated assistant using one or more invocation phrases. For instance, an invocation phrase can be one or more words that can trigger the automated assistant, in order to provide the automated assistant with a discrete command regarding whether the automated assistant is being invoked or not. The first speech recognition model can be a default speech recognition model, and the first language can be a preferred language by the user or a first language corresponding to a highest overall score for the user. Therefore, the automated assistant or a speech recognition engine operating at the client device can employ the first speech recognition model in order to interpret the speech that the user provides in their default language.

The method 300 can also include an operation 306 of determining, based on processing the audio data using the first speech recognition model, content that is responsive to the spoken utterance from the user. The content can be, for example, audio data, textual data, phoneme data, and/or any other data that can be processed or converted into a language that can be understood by the user. The method 300 can further include an operation 308 of causing the client device to render the content to the user. The content can include a prompt that solicits further input from the user. For example, the spoken utterance from the user at operation 302 can be a simple invocation phrase such as, “Assistant” and the prompt can be a predetermined response issued by the automated assistant such as, “What can I help you with?” Alternatively, the spoken utterance from operation 302 can be a command corresponding to one or more actions to be performed by the automated assistant. In response to the command, the automated assistant can provide a prompt for requesting information that will assist the automated assistant in performing the one or more actions. For example, the spoken utterance from operation 302 can be, “Assistant, read my new messages,” and, in response, the automated assistant can provide a prompt that solicits the user to indicate an account to read messages from (e.g., “Ok, would you like me to read your work messages or personal messages?”).

The method 300 can proceed to method 310 according to the continuation element “A,” illustrated at FIG. 3A and FIG. 3B. The method 310 can include an operation 312 of, in response to determining the content includes the prompt, monitoring for an additional spoken input. Monitoring for additional spoken input can include causing the client device to activate or otherwise control the automated assistant interface for receiving subsequent inputs from the user. For example, monitoring for additional spoken input can include, capturing an audio input as audio data in a buffer of the client device, in order that the audio data can be further processed by the client device or other module at the direction of an automated assistant application.

The method 310 can further include an operation 314 of receiving, during the monitoring, additional audio data corresponding to an additional spoken utterance. The additional audio data can be based on detection of the additional spoken utterance by the automated assistant interface of the client device. The additional spoken utterance can be provided by the user in order to provide one or more slot values for the automated assistant to use when performing one or more actions. For example, if the previously provided prompt from the automated assistant solicited the user to identify whether the automated assistant should read their work messages or personal messages, the additional spoken utterance can embody, in a particular language, a selection of the work messages or personal messages (e.g., “Please read my work messages.”).

The method 310 can also include an operation 316 of determining whether to utilize the first speech recognition model for the first language, or an alternative speech recognition model for a second language. The automated assistant can utilize the first speech recognition model and/or the alternative speech recognition model in order to determine or generate further responsive content to provide in response to the additional spoken utterance from the user.

Determining whether to use either speech recognition model can be based on a monitoring duration corresponding to a time period for the monitoring for the additional spoken input from the user. For example, as the monitoring duration increases, a probability of utilizing the alternative speech recognition model can increase. Alternatively, when the monitoring duration satisfies a particular threshold, the alternative speech recognition model can be selected. Determining whether to use either speech recognition model can be based on a response duration corresponding to a duration of the additional spoken utterance of the user. Determining whether to use either speech recognition model can be based on an input duration corresponding to a duration of the additional spoken utterance, at least according to a difference between un-anticipated duration for the additional spoken utterance and an actual duration of the additional spoken utterance. Therefore, for example, as a difference between the anticipated duration and actual duration increases, a probability of utilizing the alternative speech recognition model can increase. Alternatively, when the difference between the anticipated duration and the actual duration satisfies a threshold, the alternative speech recognition model can be utilized. Determining whether to utilize either speech recognition model can be based on an anticipated type of input for the additional spoken utterance. For example, the automated assistant can anticipate a type of input in response to the prompt such as, a number, a letter, a verb, an adjective, a noun, a pronoun, and/or any other part of speech, diction, type of speech, terminology, word or phrase that can be associated with one or more languages.

The method 310 can further include an optional operation 318 of causing the client device to render the further responsive content. The further responsive content can be rendered according to a language model that corresponds to a language of the speech recognition model selected at operation 316. In this way, the automated assistant can adapt to dynamic language preferences of a user, without the user having to explicitly request changes in language models. This can conserve computational resources, mitigate latency between responses, and conserve power, as the client device and/or automated assistant would no longer need to process spoken requests to switch language models or language preferences from the user.

FIG. 4 illustrates a method 500 to select speech recognition models. The method 500 can include receiving audio data (operation 502). The method 500 can include processing the audio data (operation 504). The method 500 can include selecting a digital component (operation 506). The method 500 can include transmitting the digital component (operation 508). The method 500 can include receiving second audio data (operation 510). The method 500 can include determining to use a second speech recognition model (operation 512). The method 500 can include processing the second audio data to identify a second request (operation 514). The method 500 can include selecting a second digital component based on the second request (operation 516) and transmitting the second digital component (operation 518).

The method 500 can be performed by one or more computing devices, applications, and/or any other apparatus or module capable of interacting with an automated assistant at the client device. For example, the method 500 can be executed by the service device 102.

The method 500 can include receiving audio data (operation 502). The audio data can include the spoken utterance of a user. The audio data can be based on the detection of the spoken utterance at a client device that includes an automated assistant interface for interacting with the automated assistant. The automated assistant interface can be one or more hardware subsystems or applications of the client device. For example, the automated assistant interface can include one or more microphones, speakers, display devices, touch interfaces, peripheral devices, and/or any other device or module capable of providing input and or output for a computing device. The spoken utterance can be a natural language input, such as an invocation phrase, for invoking or initializing the automated assistant in furtherance of an action or a task. The automated assistant can interpret natural language inputs and provide natural language outputs using one or more speech recognition models corresponding to one or more languages, respectively.

The method 500 can include processing the audio data (operation 504). The audio data can be processed using a first speech recognition model. The first speech recognition model can correspond to a first language. A speech recognition model can correspond to a structure of data that can receive an input and provide an output, which can be further processed by an application or client device. For example, the speech recognition model can be a model that receives audio data as input and provides, as output, data that characterizes text and/or phonemes corresponding to a particular language. The first speech recognition model can be employed by the automated assistant in order to determine whether the user is invoking the automated assistant using one or more invocation phrases. For instance, an invocation phrase can be one or more words that can trigger the automated assistant, in order to provide the automated assistant with a discrete command regarding whether the automated assistant is being invoked or not. The first speech recognition model can be a default speech recognition model, and the first language can be a preferred language by the user or a first language corresponding to a highest overall score for the user. The automated assistant or a speech recognition engine operating at the client device can employ the first speech recognition model in order to interpret the speech that the user provides in their default language. The audio data can be processed to identify a request in the audio data. The request can be a request for content, such as a request for a digital component, or can be a request to interact with an agent that can responses based on the audio data.

The method 500 can include selecting a first digital component (operation 506). The selection of the digital component can be based on the processing of the audio data using the first speech recognition model. The digital component can be content such as, but not limited to, audio data, textual data, phoneme data, or any other data (or combination thereof) that can be processed or converted into a language that can be understood by the user. The digital component can include a prompt, such as a question, to which the user can respond with addition audio data.

The method 500 can include transmitting the first digital component (operation 508). The server device can transmit the digital component to the client device. Receipt of the digital component by the client device can cause the client device to render the digital component to the user. The digital component can include a prompt that solicits further input from the user, such as a second or additional audio data. For example, the spoken utterance from the user at operation 502 can be a simple invocation phrase such as, “Assistant” and the prompt can be a predetermined response issued by the automated assistant such as, “What can I help you with?” The spoken utterance from operation 502 can be a command corresponding to one or more actions to be performed by the automated assistant or agents in communication with the automated assistant. In response to the command, the automated assistant can provide a prompt for requesting information that will assist the automated assistant in performing the one or more actions. For example, the spoken utterance from operation 502 can be, “Assistant, read my new messages,” and, in response, the automated assistant can provide a prompt that solicits the user to indicate an account to read messages from (e.g., “Ok, would you like me to read your work messages or personal messages?”).

The method 500 can include receiving second audio data (operation 510). The second audio data can be received during a monitoring phase that is initiated in response to transmitting the first digital component to the client device. For example, the automated assistant can initiate the monitoring phase as it waits for a response to the prompt included in the first digital component. The additional audio data can be based on detection of the additional spoken utterance by the automated assistant interface of the client device. The first audio data and the second audio data can both correspond to or be components of a single conversation or interaction with the automated assistant. The additional spoken utterance can be provided by the user in order to provide one or more slot values for the automated assistant to use when performing one or more actions. For example, if the previously provided prompt from the automated assistant solicited the user to identify whether the automated assistant should read their work messages or personal messages, the additional spoken utterance can embody, in a particular language, a selection of the work messages or personal messages (e.g., “Please read my work messages.”).

The method 500 can include determining to use a second speech recognition model (operation 512). The automated assistant can determine whether to the first speech recognition model for the first language or an alternative speech recognition model that corresponds to a second language. The automated assistant can utilize the first speech recognition model and/or the alternative speech recognition model in processing the second audio data.

For example, the automated assistant can a determine a duration that corresponds to a time period between transmitting the first digital component and receiving the second audio data (or a response to the first digital component). For example, as the monitoring duration increases, a probability of utilizing the alternative speech recognition model can increase. When the monitoring duration satisfies a particular threshold, the alternative speech recognition model can be selected. Determining whether to use either speech recognition model can be based on a response duration corresponding to a duration of the additional spoken utterance of the user. Determining whether to use either speech recognition model can be based on an input duration corresponding to a duration of the additional spoken utterance, at least according to a difference between un-anticipated duration for the additional spoken utterance and an actual duration of the additional spoken utterance. For example, as a difference between the anticipated duration and actual duration increases, a probability of utilizing the alternative speech recognition model can increase. When the difference between the anticipated duration and the actual duration satisfies a threshold, the alternative speech recognition model can be utilized. Determining whether to utilize either speech recognition model can be based on an anticipated type of input for the additional spoken utterance. For example, the automated assistant can anticipate a type of input in response to the prompt such as, a number, a letter, a verb, an adjective, a noun, a pronoun, and/or any other part of speech, diction, type of speech, terminology, word or phrase that can be associated with one or more languages.

The method 500 can include processing the second audio data (operation 514). The server device can process the second audio data with the additional (e.g., a second) speech recognition model. The second speech recognition model can be associated with a second language. The service device can process the second audio data to identify a second request.

The method 500 can include selecting a digital component (operation 516). The digital component can be a second digital component that is selected based on the second request identified at operation 514. The second digital component can be selected based on the second language or the second speech recognition model. The second digital component can be selected and then converted into the language that corresponds to the second speech recognition model.

The method 500 can include transmitting the digital component to the client device (operation 518). The client device can render the second digital component responsive to receiving the second digital component. The automated assistant can include instructions in the digital component that cause the digital component to be rendered in the second language (e.g., the language that corresponds to the second speech recognition model). In this way, the automated assistant can adapt to dynamic language preferences of a user, without the user having to explicitly request changes in language models. This can conserve computational resources, mitigate latency between responses, and conserve power, as the client device and/or automated assistant would no longer need to process spoken requests to switch language models or language preferences from the user.

FIG. 5 is a block diagram of an example computer system 410. Computer system 410 typically includes at least one processor 414 which communicates with a number of peripheral devices via bus subsystem 412. These peripheral devices may include a storage subsystem 424, including, for example, a memory 425 and a file storage subsystem 426, user interface output devices 420, user interface input devices 422, and a network interface subsystem 416. The input and output devices allow user interaction with computer system 410. Network interface subsystem 416 provides an interface to outside networks and is coupled to corresponding interface devices in other computer systems.

User interface input devices 422 may include a keyboard, pointing devices such as a mouse, trackball, touchpad, or graphics tablet, a scanner, a touchscreen incorporated into the display, audio input devices such as voice recognition systems, microphones, and/or other types of input devices. In general, use of the term “input device” is intended to include all possible types of devices and ways to input information into computer system 410 or onto a communication network.

User interface output devices 420 may include a display subsystem, a printer, a fax machine, or non-visual displays such as audio output devices. The display subsystem may include a cathode ray tube (CRT), a flat-panel device such as a liquid crystal display (LCD), a projection device, or some other mechanism for creating a visible image. The display subsystem may also provide non-visual display such as via audio output devices. In general, use of the term “output device” is intended to include all possible types of devices and ways to output information from computer system 410 to the user or to another machine or computer system.

Storage subsystem 424 stores programming and data constructs that provide the functionality of some or all of the modules described herein. For example, the storage subsystem 424 may include the logic to perform selected aspects of method 300, and/or to implement one or more of server device 102, client computing device 118, portable computing device 132, assistant device 206, and/or any other device or operation discussed herein.

These software modules are generally executed by processor 414 alone or in combination with other processors. Memory 425 used in the storage subsystem 424 can include a number of memories including a main random access memory (RAM) 430 for storage of instructions and data during program execution and a read only memory (ROM) 432 in which fixed instructions are stored. A file storage subsystem 426 can provide persistent storage for program and data files, and may include a hard disk drive, a floppy disk drive along with associated removable media, a CD-ROM drive, an optical drive, or removable media cartridges. The modules implementing the functionality of certain implementations may be stored by file storage subsystem 426 in the storage subsystem 424, or in other machines accessible by the processor(s) 414.

Bus subsystem 412 provides a mechanism for letting the various components and subsystems of computer system 410 communicate with each other as intended. Although bus subsystem 412 is shown schematically as a single bus, alternative implementations of the bus subsystem may use multiple busses.

Computer system 410 can be of varying types including a workstation, server, computing cluster, blade server, server farm, or any other data processing system or computing device. Due to the ever-changing nature of computers and networks, the description of computer system 410 depicted in FIG. 5 is intended only as a specific example for purposes of illustrating some implementations. Many other configurations of computer system 410 are possible having more or fewer components than the computer system depicted in FIG. 5.

In situations in which the systems described herein collect personal information about users (or as often referred to herein, “participants”), or may make use of personal information, the users may be provided with an opportunity to control whether programs or features collect user information (e.g., information about a user's social network, social actions or activities, profession, a user's preferences, or a user's current geographic location), or to control whether and/or how to receive content from the content server that may be more relevant to the user. Also, certain data may be treated in one or more ways before it is stored or used, so that personal identifiable information is removed. For example, a user's identity may be treated so that no personal identifiable information can be determined for the user, or a user's geographic location may be generalized where geographic location information is obtained (such as to a city, ZIP code, or state level), so that a particular geographic location of a user cannot be determined. Thus, the user may have control over how information is collected about the user and/or used.

While several implementations have been described and illustrated herein, a variety of other means and/or structures for performing the function and/or obtaining the results and/or one or more of the advantages described herein may be utilized, and each of such variations and/or modifications is deemed to be within the scope of the implementations described herein. More generally, all parameters, dimensions, materials, and configurations described herein are meant to be exemplary and that the actual parameters, dimensions, materials, and/or configurations will depend upon the specific application or applications for which the teachings is/are used. Those skilled in the art will recognize, or be able to ascertain using no more than routine experimentation, many equivalents to the specific implementations described herein. It is, therefore, to be understood that the foregoing implementations are presented by way of example only and that, within the scope of the appended claims and equivalents thereto, implementations may be practiced otherwise than as specifically described and claimed. Implementations of the present disclosure are directed to each individual feature, system, article, material, kit, and/or method described herein. In addition, any combination of two or more such features, systems, articles, materials, kits, and/or methods, if such features, systems, articles, materials, kits, and/or methods are not mutually inconsistent, is included within the scope of the present disclosure. 

1.-23. (canceled)
 24. A system to generate voice-based interfaces in a networked system, comprising at least one server device comprising a memory and one or more processors to: receive, by an automated assistant executed by the one or more processors, audio data corresponding to a spoken utterance of a user, the audio data comprising the spoken utterance detected at a client device that includes an automated assistant interface for interacting with the automated assistant; process, by a speech recognition engine executed by the one or more processors, the audio data using a first speech recognition model corresponding to a first language to identify a first request; select, a content selector component executed by the one or more processors and based on processing the audio data using the first speech recognition model, a first digital component that is responsive to the first request; transmit, by the content selector component, the first digital component to the client device to render the first digital component to the user, wherein the first digital component includes a prompt that solicits further input from the user; receive, by the speech recognition engine, second audio data comprising an additional spoken utterance generated in response to the prompt, the second audio data detected at the client device; determine, by the speech recognition engine, to use a second speech recognition model for a second language in response to receiving the second audio data; process, by the speech recognition engine, the second audio data using the second speech recognition model for the second language to determine a second request; select, by the content selector component and based on processing the second audio data using the second speech recognition model for the second language, a second digital component based on the second request; and transmit, by the content selector component, the second digital component to the client device to render in response to the second audio data.
 25. The system of claim 24, comprising the speech recognition engine to: determine a time period between transmitting the first digital component and receiving the second audio data; and determine a probability of that the second audio data is in the second language based on the time period between transmitting the first digital component and receiving the second audio data.
 26. The system of claim 24, comprising the speech recognition engine to: measure an input duration of the second audio data; and determine a probability that the second audio data is in the second language based on the duration of the second audio data.
 27. The system of claim 26, wherein the probability increases with respect to an increase in the input duration.
 28. The system of claim 24, comprising the speech recognition engine to: identify an anticipated duration for the second audio data based on the prompt; determine a difference between the anticipated duration of the second audio data and a duration of the second audio data; and determine a probability that the second audio data is in the second language based on the difference between the anticipated duration of the second audio data and the duration of the second audio data.
 29. The system of claim 24, comprising the speech recognition engine to: identify a user profile for the user based on the audio data; and determine to use the second speech recognition model for the second language based on the user profile.
 30. The system of claim 24, comprising: the speech recognition engine to process the second audio data using the second speech recognition model for the second language to determine a keyword; and the content selector component to select, based on processing the second audio data using the second speech recognition model for the second language, a third digital component based on the keyword.
 31. The system of claim 24, comprising: the speech recognition engine to process the second audio data using the second speech recognition model for the second language to determine a keyword; and the content selector component to: select, based on processing the second audio data using the second speech recognition model for the second language, a third digital component based on the keyword, the third digital component comprising the first language; and transmit the third digital component to the client device.
 32. The system of claim 24, comprising: the speech recognition engine to process the second audio data using the second speech recognition model for the second language to determine a keyword; and the content selector component to: select, based on processing the second audio data using the second speech recognition model for the second language, a third digital component based on the keyword, the third digital component comprising the second language; and transmit the third digital component to the client device.
 33. The system of claim 24, comprising the speech recognition engine to: process the second audio data using the first speech recognition model to generate first predicted text in the first language, and a first measure that indicates a first likelihood that the first predicted text is correct; process the second audio data using the second speech recognition model to generate second predicted text in the second language, and a second measure that indicates a second likelihood that the second predicted text is correct; and select the second speech recognition model based on the first likelihood and the second likelihood.
 34. A method to generate voice-based interfaces in a networked system, comprising: receiving audio data corresponding to a spoken utterance of a user, the audio data comprises the spoken utterance detected at a client device that includes an automated assistant interface for interacting with an automated assistant; processing the audio data using a first speech recognition model corresponding to a first language to identify a first request; selecting, based on processing the audio data using the first speech recognition model, a first digital component that is responsive to the first request; transmitting the first digital component to the client device to render the first digital component to the user, wherein the first digital component includes a prompt that solicits further input from the user; receiving second audio data comprising an additional spoken utterance generated in response to the prompt, the second audio data detected at the client device; determining to use a second speech recognition model for a second language in response to receiving the second audio data; processing the second audio data using the second speech recognition model for the second language to determine a second request; selecting, based on processing the second audio data using the second speech recognition model for the second language, a second digital component based on the second request; and transmitting the second digital component to the client device to render in response to the second audio data.
 35. The method of claim 34, comprising: determining a time period between transmitting the first digital component and receiving the second audio data; and determining a probability of that the second audio data is in the second language based on the time period between transmitting the first digital component and receiving the second audio data.
 36. The method of claim 34, comprising: measuring an input duration of the second audio data; and determining a probability that the second audio data is in the second language based on the duration of the second audio data.
 37. The method of claim 36, wherein the probability increases with respect to an increase in the input duration.
 38. The method of claim 34, comprising: identifying an anticipated duration for the second audio data based on the prompt; determining a difference between the anticipated duration of the second audio data and a duration of the second audio data; and determining a probability that the second audio data is in the second language based on the difference between the anticipated duration of the second audio data and the duration of the second audio data.
 39. The method of claim 34, comprising: identifying a user profile for the user based on the audio data; and determining to use the second speech recognition model for the second language based on the user profile.
 40. The method of claim 34, comprising: processing the second audio data using the second speech recognition model for the second language to determine a keyword; and selecting, based on processing the second audio data using the second speech recognition model for the second language, a third digital component based on the keyword.
 41. The method of claim 34, comprising: processing the second audio data using the second speech recognition model for the second language to determine a keyword; selecting, based on processing the second audio data using the second speech recognition model for the second language, a third digital component based on the keyword, the third digital component comprising the first language; and transmitting the third digital component to the client device
 42. The method of claim 34, comprising: processing the second audio data using the second speech recognition model for the second language to determine a keyword; selecting, based on processing the second audio data using the second speech recognition model for the second language, a third digital component based on the keyword, the third digital component comprising the second language; and transmitting the third digital component to the client device.
 43. The method of claim 34, comprising: processing the second audio data using the first speech recognition model to generate first predicted text in the first language, and a first measure that indicates a first likelihood that the first predicted text is correct; processing the second audio data using the second speech recognition model to generate second predicted text in the second language, and a second measure that indicates a second likelihood that the second predicted text is correct; and selecting the second speech recognition model based on the first likelihood and the second likelihood. 